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A METHOD FOR HEADER COMPRESSION CONTEXT CONTROL DURING HANDOVER IN MOBILE DATA 
COMMUNICATIONS ETWORKS 



Field of the Invention 



The present invention relates to IP (Internet Protocol) 
data communication and, more particularly, to a method of header 
10 compression context control during handover in an IP mobile data network 
wherein data packets are transferred comprising a header portion and an 
information portion. 

Background of the Invention 

15 

In present IP mobile data communications systems, such 
as cellular and cordless radio telecommunications systems, data are 
exchanged in data bursts or data packets. 

Besides information data, among others for addressing 

20 purposes, each data packet comprises a header portion. 

The size of the packets used, that is the number of 
bits comprised by a data packet for transmitting information from one user 
to another, is heavily dominated by the size of the packet headers. For 
example, in a typical interactive IP telephony service, such as VoIP (Voice 

25 over Internet Protocol), the size of the IP packet header used to specify 
the information elements introduced by the Real time Transport Protocol 
(RTP), User Datagram Protocol (UDP) and IPv4 layers (i.e. IPv4/UDP/RTP) 
amounts 40 bytes in average. The payload of the packets, i.e. the user 
information data portion, may be as low as 15-20 bytes. Thus, the packet 

30 header portion may occupy up to 2/3 part of the total packet size. 

In order to increase the efficiency of the data 
transport in terms of the amount of information data exchanged, Header 
Compression (HC) schemes are designed for reducing the size of the packet 
header portion of a data packet. 

35 In general, the functionality of a HC scheme is based 

on a compression context that specifies the synchronisation between the 
entity that is compressing the header portion, called the header 
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compressor, and the entity that decompresses the header portion, called 
the header decompressor. The compression context is defined as an 
operational state wherein the header compressor compresses a header portion 
to be transmitted and wherein the header decompressor decompresses a 
5 received header portion. Furthermore, the context may contain additional 
information describing a packet stream, for example. In practise, the 
compressor and decompressor are typically linked by a hop-by-hop or a 
point-to-point link. 

An existing header compression scheme called CRTP 

10 (Compressed Real-time Transport Protocol) is typically compressing the 
40 bytes of an average VoIP (i .e. IPv4/UDP/RTP) header portion to a minimum 
of two octets. This header compression scheme can not maintain the 
synchronisation between the compressor and decompressor when the link 
between them introduces a loss of one or more packets. 

15 Another known header compression scheme called R0CC0 

(RObust Checksum-based header compression), can compress the 40 byte 
average of a VoIP header portion to a minimum of 1.25 octets. In addition, 
ROCCO can maintain the synchronisation between the compressor and 
decompressor even when the 1 ink between them introduces upto 26 consecutive 

20 packet losses. ROCCO can work very efficiently in the area of interactive 
voice applications over third generation cellular mobile systems, such 
as UMTS (Universal Mobile Telecommunications System). 

In mobile cellular radio communication networks, for 
example, a data communication link is subjected to handover. That is the 

25 transfer of the data link from one radio channel to another. Depending 
on the entity that manages the transfer of the radio connections, handover 
can be characterised as intracell or intranode and intercell or internode 
handover. 

The intracell or intranode handover scheme can be 
30 defined as a handover procedure wherein the transfer of the data link 
connection is managed by the same cell or node, that is the same radio 
access unit or radio base station. 

The intercell or internode handover scheme is a handover 
procedure wherein the transfer of the data link is managed by different 
35 cells or nodes, that is different radio access units or radio base 
stations. 
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Depending on the method of establishing the new data 
link connection and the release of the existing or old data link 
connection, the handover procedure is called hard or soft. 

The hard handover procedure is defined as the handover 
5 procedure wherein the existing or old radio link is abandoned before the 
new radio link is established. In the soft handover procedure the existing 
or old radio link and the new radio link are switched in such a manner 
that there is always at least one radio link operative. 

Typically, the hard handover procedure introduces packet 
10 losses. The number of the lost packets depends on the duration of the 
handover procedure. Due to the losses that occur during the period of hard 
handover, the compression context between the compressor and the 
decompressor may get out of synchronisation. 

Furthermore, in both the hard and soft handover 
15 processes, in particular in the case of intercell or internode handover, 
the new data link connection may include a new compressor and/or 
decompressor, between which no compression context exists. 

Accordingly, during handover, the data exchange between 
a transmitter and a receiver of an IP mobile data network wherein data 
20 packets are transferred using header compression mechanisms are very prone 
to errors and even lost of communication. 

Summary of the Invention 

25 It is an object of the present invention to provide 

an improved method for maintaining header compression context during 
handover in an IP mobile data network wherein data packets are transferred 
following a header compression scheme. 

It is a further object of the present invention to 

30 provide a data network transceiver, a radio access unit and a radio 
communication unit arranged for exchanging data packets in accordance with 
the improved method of the invention. 

These and other objects and advantages are achieved 
by the present invention in a method of controlling header compression 

35 context during handover in a data exchange between a transmitter and a 
receiver of an IP mobile data network, wherein data packets are transferred 
comprising a header portion and an information portion, and wherein the 
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transmitter comprises a header compressor and the receiver comprises a 
header decompressor arranged for operating in accordance with a header 
compression scheme, which method is characterized by the steps of: 

notifying the header compressor of the initiation of 
5 a handover; 

transmitting packets arranged for controlling the 
header compression context between the header 
compressor and header decompressor; 
notifying the header compressor of completion of the 
10 handover; and 

resuming the header compression in accordance with the 
header compression scheme during normal data exchange 
not involving a handover. 

During normal data exchange, that is wherein there is 

15 no handover between a transmitter and receiver, the header compressor and 
the header decompressor operate together in accordance with their 
compression context. The compression context is the operational state that 
is used by the header compressor to compress a header and by the header 
decompressor to decompress a header, 

20 In order to avoid loss of compression context, the 

method according to the invention transmits during the handover procedure 
packets which are arranged for maintaining the header compression context 
between the header compressor and the header decompressor. That is, the 
present invention anticipates on a particular loss of compression context 

25 by transmitting, during handover, packets which guarantee compression 
context between the header compressor and decompressor. 

In a preferred embodiment of the method according to 
the invention, after the notification of the handover, each packet to be 
transmitted is arranged for initiating and synchronising the compression 

30 context between the header compressor and the header decompressor. 

Thus, loss of synchronisation between the header 
compressor and the header decompressor due to loss of packets in the hard 
handover procedure is effectively repaired by the present invention in 
that packets are transmitted which are able to initiate and synchronise 

35 a header compression context between a header compressor and decompressor. 

Also in the case of intercell or internode handover, 
both soft and hard, wherein the new connection may include a new header 
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compressor and/or a new header decompressor between which no compression 
context yet exists, the packets transmitted in accordance with the present 
invention are able to maintain the compression context by initiating a 
header compression context between the header compressor and header 
5 decompressor of the new communication link. 

Although the method according to the invention, during 
handover, transmits packets comprising a larger amount of bits than the 
compressed packets, this loss of efficiency does not diminish the advantage 
of a guaranteed header compression context. 

10 The method according to the invention is not limited 

to a particular header compression scheme, and may be used, among others, 
in an IP network using CRTP or ROCCO, for example. 

Dependent on a particular transmission protocol, 
handover may be notified from the transmitter and/or from the receiver. 

15 In the case of a mobile radio data network operative 

under GSM (Global System for Mobile communications) handover is initiated 
from the radio base stations or radio access units. In DECT (Digital 
Enhanced Cordless Telecommunications) handover is initiated from the 
cordless telecommunication unit, such as a cordless telephone terminal. 

20 The method according to the invention is of particular 

interest in networks wherein the information portion of the data packets 
comprises voice or speech data, such as VoIP, wherein the information data 
portion, i.e. the payload of a packet, occupies just 1/3 part of the total 
packet size and the other 2/3 part is occupied by the packet header 

25 portion. 

The invention further provides for an IP data network 
transceiver, a radio access unit and a radio communication unit comprising 
transmitter and receiver means for exchanging data packets having a header 
portion and an information portion, wherein the transceiver comprises a 
30 header compressor and header decompressor arranged for operating in 
accordance with the method of the present invention. 
It is noted that: 

• the invention can be applied on any IP mobile data 

network that uses as network protocol layer either the 
35 IP version 4 (IPv4) or the IP version 6 (IPv6); 
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• the IP data network transceiver can be any IP backbone 

entity (e.g. router) that could be used as a header 
compressor or header decompressor, e.g., the Radio 
Network Controller (RNC) used in UMTS, the Serving GPRS 

5 Support Node (SGSN) used in UMTS and in General Packet 

Radio Service (GPRS); 

• the radio access unit can be any base station, e.g. 

the Base Transceiver Station (BTS) used in UMTS and 
in GPRS; 

10 • the radio communication unit can be any mobile station, 

e.g Mobile Station (MS) used in UMTS and in GPRS. 
The above-mentioned and other features and advantages 

of the invention are illustrated in the following description with 

reference to the enclosed drawings. 

15 

Brief Description of the Drawings 

Figure 1 shows, in a schematic and il 1 ustrative manner, 
the operation of the method according to the invention for an intracell 
20 or intranode handover. 

Figure 2 shows, in a schematic and illustrative manner, 
the operation of the method according to the invention for an intercell 
or internode handover. 

Figure 3 shows in a flowchart diagram the main steps 
25 of the method according to the invention. 

Detailed Description of the Embodiments 

Figure 1 illustrates part of an IP (Internet Protocol) 
30 cellular mobile radio communication system, such as a radio data and 
telephone network operative under GSM (Global Systems for Mobile 
communications), DECT (Digital Enhanced Cordless Telecommunications) , GPRS 
(General Packet Radio Service), UMTS (Universal Mobile Telecommunication 
System) and other protocols. 
35 Cellular radio communication systems comprise one or 

a plurality of radio access units or Radio Base Stations (RBS) having 
transceiver TX and control means jj? for providing dupl ex telecommunications 
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service in a geographically limited area called a cell surrounding an RBS 
(not shown) . 

In a typical GSM network, for example, an RBS connects 
through a Base Station Control (BSC) to a Mobile services Switching Centre 
5 (MSC) which performs the switching of calls between an RBS and other mobile 
or fixed networks, such a the PSTN (Public Switched Telephone Network), 
the ISDN (Integrated Services Digital Network), an IP data network such 
as the Internet etcetera. 

For the sake of cl arity, the BSC, MSC and other networks 
10 are not shown in figure 1. 

In use, a radio communication unit or Radio Mobile 
Station (RMS) communicates via a radio air interface to the RBS providing 
duplex radio communications service in the area or cell at which the RMS 
is currently located. The RMS comprises transceiver means TX, control means 
15 pP and radio communication means 10 which, for clarity purposes, are 
indicated as a single block. 

The RBS and RMS are arranged for IP (Internet Protocol) 
data communication, such as Voice over Internet Protocol (VoIP) telephony 
service, wherein data are transmitted in packets comprising an information 
20 portion and a header portion. 

As disclosed in the introductory part of the 
description, the header portion may occupy upto 2/3 part of a total packet 
size. For increasing the efficiency of the data transport Header 
Compression (HC) schemes and means are designed for reducing the size of 
25 the packet header portion of a data packet during the communication over 
a communication link. 

To this end, the RBS is provided with Network Header 
Compressor (NHC) and Network Header Decompressor (NHD) equipment, as shown 
in figure 1. Likewise, each RMS comprises Mobile station Header Compressor 
30 (MHC) and Mobile station Header Decompressor (MHD) equipment, as 
schematically illustrated in figure 1. The header compressor and header 
decompressor means may be situated in a separate hardware component and/or 
provided in software, e.g. in the control means pP of the RBS and RMS. 

The MHC/MHD and NHC/NHD equipment may operate in 
35 accordance with any HC schema, such as CRTP (Compressed Real-time Transport 
Protocol) orROCCO (RObust Checksum-based header Compression) , for example. 
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Both CRTP and ROCCO, during normal uninterrupted duplex 
use, operate in accordance with a compression context between the 
respective header compressor and header decompressor of an RBS and RMS 
between which a duplex radio communication link exists. The compression 
5 context is defined as an operational state wherein the header compressor 
and the header decompressor operate in synchronism* 

CRTP and ROCCO, for example, use different compression 
context synchronisation processes. In CRTP, the header compression scheme 
initialises and synchronises the compression context by sending one packet, 

10 called FULLJHEADER. This means that for each original uncompressed packet 
the compressor will send one FULLJHEADER packet that includes as payload 
the payload of the original uncompressed packet. For more details on the 
format of the FULL__HEADER packet reference is made to S. Casner and 
V. Jacobson "Compressing IP/UDP/RTP Headers for Low-Speed Serial Links", 

15 IETF RFC2508, 1999. 

The ROCCO header compression scheme initialises the 
compression context by sending one packet called STATIC and synchronises 
the compression context by sending after the initial STATIC packet one 
DYNAMIC packet. This means that for each original uncompressed packet the 

20 compressor will sent subsequently one STATIC packet and one DYNAMIC packet. 
The STATIC packet contains the header fields that are constant trough the 
lifetime of the packet stream. Furthermore, this packet does not contain 
any payload. Each DYNAMIC packet has a header that contains all changing 
header fields in their original , uncompressed form. Moreover, the contained 

25 payload is similar to a payload contained in COMPRESSED packets. For more 
details on the format of the STATIC, DYNAMIC and COMPRESSED packets 
reference is made to L.-E. Jonsson, M. Dagermark, H. Hannu, K. Svanbro, 
"Robust Checksum-based header Compression (ROCCO)" , IETF Internet draft 
(work in progress), March 2000. 

30 Header compressor and header decompressor equipment 

for use with the present invention are known to persons skilled in the 
art and need no further detailed explanation. 

The method according to the invention will now be 
disclosed for an intracell or intranode handover, with reference to 

35 figure 1. 

During an intracell or intranode handover an existing 
radio link A between the RBS and RMS is transferred to a different radio 
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link B, which transfer is managed by the same cell or node, that is the 
same RBS. 

In a first step, the header compressor, either NHC or 
MHC or both, receives a notification that a handover procedure is 
5 initiated. In GSM, for example, handover is initiated by the RBS whereas 
in DECT, for example, handover is initiated by the RMS. Accordingly, 
dependent on the type of radio communication protocol applied, the 
notification that a handover procedure is initiated may be sent from the 
RBS to the RMS or vice versa. 

10 After receipt of the handover notification, each packet 

that will be sent from the header compressor, that is MHC and/or NHC, to 
the header decompressor, that is NHD or MHD, is arranged to initiate and 
synchronise the compression context between the relevant header compressor 
and header decompressor. This will ensure that during the handover 

15 procedure the compression context between the header compressor and header 
decompressor will be maintained, i.e. synchronised. 

Once the handover is completed, that is radio 
communication from radio link A is transferred to radio link B, the header 
compressor, which can be MHC and/or NHC receives a notification that the 

20 handover procedure is completed. After receipt of this notification, normal 
operation, that is operation when no handover occurs, for the relevant 
header compression scheme is resumed. 

The above procedure is, in particular, applicable to 
hard handover wherein radio link A is terminated and radio link B is set 

25 up after termination of radio link A, which may introduce loss of packets 
and, accordingly, loss of synchronisation context. However, the 
synchronisation context between the header compressor and header 
decompressor is restored or repaired with the next received consecutive 
packet. 

30 In an intercell or internode handover, the radio mobile 

station RMS moves from the coverage area of a first radio access unit or 
radio base station RBSa to the coverage area or cell of a second radio 
access unit or radio base station RBSb, as schematically illustrated in 
figure 2. That is, the communication link of the RMS changes from radio 

35 link A operative with RBSa to radio link B operative with RBSb. 

In accordance with the invention, the header compressor, 
which can be MHC and/or NHCa and/or NHCb receives a notification that a 
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handover procedure is initiated. Next, each packet that will be sent from 
the header compressor, which can be MHC and/or NHCa and/or NHCb to the 
decompressor, which can be NHDa and/or NHDb and/or MHD, is arranged to 
initiate and synchronise the compression context between the relevant 
5 compressor and decompressor. After completion of the handover, the header 
compressor, which can be MHC and/or NHCa and/or NHCb, receives a 
notification that the handover procedure is completed and that the normal 
operation of the header compression scheme may be resumed, that is the 
operation wherein the header compressor and header decompressor of a radio 

10 link operate in accordance with a synchronised compression context. 

In the case of a handover from RBSa to RBSb, it is 
preferred that all the compressors which are involved in the handover, 
that is MHC, NHCa and NHCb operate by transmitting packets arranged for 
maintaining the header compression for each of the radio communication 

15 links A and B. This, in order to have the possibility of keeping radio 
link A inforce if the handover to radio link B fails for one reason or 
another. 

In the case of an iptercell or internode handover, the 
method according to the invention is equal of advantage for soft handover 
20 and hard handover, because for the new radio link connection, i.e. radio 
link B in the above example, their exists no compression context between 
MHD and NHCb and/or MHC and NHDb. 

Figure 3 shows, in a flowchart diagram, the main steps 
of the method according to the invention between a transmitter comprising 
25 a header compressor and a receiver comprising a header decompressor. 

In step 1, the header compressor of the transmitter 
is notified about the initiation of a handover. In reply to this 
notification, the header compressor transmits packets for controlling the 
header compression context between the header compressor and the header 
30 decompressor. In step 3, the header compressor is notified of the 
completion of the handover and resumes the header compression operation 
as during normal data exchange, i.e. not involving a handover, step 4. 

Each packet to be transmitted by the header compressor 
during the handover is preferably arranged for initiating and synchronising 
35 the compression context between the header compressor and header 
decompressor. 
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The method according to the invention is applicable 
to each existing or new HC scheme, in particular an IP version 4 (IPv4) 
or an IP version 6 (IPv6) and CRTP or R0CC0, wherein the data packets 
comprise voice or speech data. 

Although the invention is illustrated with reference 
to an IP mobile data network, it will be appreciated by those skilled in 
the art, that the method and equipment for controlling header compression 
context during handover is applicable to each data network wherein for 
an ongoing communication session header compression context is to be 
avoided or repaired during a change of data link. 
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CLAIMS 

1. A method of controlling header compression context 

during handover in a data exchange between a transmitter and a receiver 
5 of an IP mobile data network wherein data packets are transferred 
comprising a header portion and an information portion, said transmitter 
comprising a header compressor and said receiver comprising a header 
decompressor arranged for operating in accordance with a header compression 
scheme, characterized by the steps of: 
10 - notifying said header compressor of the initiation of 

a handover; 

transmitting packets arranged for controlling said 
header compression context between said header 
compressor and header decompressor; 
15 - notifying said header compressor of completion of said 

handover; and 

resuming said header compression in accordance with 
said header compression scheme during normal data 
exchange not involving a handover. 
20 2. A method according to claim 1, wherein after said 

notification of said handover, each packet to be transmitted is arranged 
for initiating and synchronizing said compression context between said 
header compressor and said header decompressor. 

3. A method according to claim 1 or 2, wherein said data 
25 network operates in accordance with either an IP (Internet Protocol) 

version 4 (IPv4) or an IP version 6 (IPv6) and said header compressor and 
header decompressor operate in accordance with a header compression scheme 
called CRTP (Compressed Real-time Transport Protocol). 

4. A method according to claim 1 or 2, wherein said data 
30 network operates in accordance with either an IP (Internet Protocol) 

version 4 (IPv4) or an IP version 6 (IPv6) and said header compressor and 
header decompressor operate in accordance with a header compression scheme 
called ROCCO (RObust Checksume-based header compression) • 

5. A method according to any of the claims 1-4, wherein 
35 said handover notification is initiated from said transmitter. 

6. A method according to any of the claims 1-4, wherein 
said handover notification is initiated from said receiver. 
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7. A method according to any of the claims 1-6, wherein 
said data network is an IP cellular radio data network. 

8. A method according to any of the claims 1-7, wherein 
said information portion of said data packets comprises voice or speech 
data, 

9. An IP data network transceiver, comprising transmitter 
and receiver means for exchanging data packets comprising a header portion 
and an information portion, said transceiver comprising a header compressor 
and a header decompressor arranged for operating in accordance with the 
method of any of the claims 1-8. 

10. A radio access unit comprising transceiver means in 
accordance with claim 9, for exchanging data packets in an IP cellular 
radio data network, 

11 . A radio communication unit comprising transceiver means 
in accordance with claim 9, for exchanging data packets in an IP cellular 
radio data network. 



WO 02/11397 



PCT/EP00/07287 



1/2 




Fig. 1 











RBSa 




NHCa/ 


-< > 


NHDa 















RBSb 




NHCb/ 


< > 


NHDb 









Fig. 2 



WO 02/11397 



PCT/EP00/07287 



2/2 



Notify Header Compressor 
of Handover 



Transmit packets for control 
of Header Compression Context 



Notify Header Compressor of 
completion of Handover 



Resume Header Compression 
before Handover 



Fig. 3 



INTERNATIONAL SEARCH REPORT 



i^viationai Application No 

FCT/EP 00/07287 



A. CLASSIFICATION OF SUBJECT MATTER , 

IPC 7 H04L29/06 H04Q7/38 



According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 7 H04L H04Q 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal , INSPEC, WPI Data 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ° Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



EP 0 903 905 A (TOKYO SHIBAURA ELECTRIC 
CO) 24 March 1999 (1999-03-24) 
column 28, line 24 - line 25 
column 43, line 23 -column 44, line 28 
column 45, line 32 -column 46, line 22 



1-11 



Further documents are listed in the continuation of box C. 



Patent family members are listed in annex. 



° Special categories of cited documents : 

"A" document defining the general state of the art which is not 

considered to be of particular relevance 
"E" earlier document but published on or after the international 

filing date 

■L" document which may throw doubts on priority claim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international filing date but 
later than the priority date claimed 



"T" later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

'&' document member of the same patent family 



Date of the actual completion of the international search 



26 July 2001 



Date of mailing of the international search report 



07/08/2001 



Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentlaan 2 
NL - 2280 HV Rijswijk 
Tel. (+31-70) 340-2040, Tx. 31 651 epo nl t 
Fax: (+31-70) 340-3016 



Authorized officer 



Schut, G 



Form PCT/iSA/210 (second sheet) (July 1992) 



INTERNATIONAL SEARCH REPORT 



i^Kiationai Application No 

PUT/EP 00/07287 



C.(Continuation) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category c 



Citation of document, with indication .where appropriate, ot I ho relevant passages 



Relevant to claim No. 



SVANBRO K ET AL: "Wireless real-time IP 
services enabled by header compression" 
VTC2000-SPRING. 2000 IEEE 51ST VEHICULAR 
TECHNOLOGY CONFERENCE PROCEEDINGS (CAT. 
N0.00CH37026), 2000 IEEE 51ST VEHICULAR 
TECHNOLOGY CONFERENCE. PROCEEDINGS. 
VTC2000-SPRINGER , TOKYO, JAPAN, 15-18 MAY 
2000, 

pages 1150-1154 vol.2, XP002166161 
2000, Piscataway, NJ, USA, IEEE, USA 
ISBN: 0-7803-5718-3 
page 1151, right-hand column, line 29 
-page 1152, right-hand column, line 1 

EP 1 056 259 A (LUCENT TECHNOLOGIES INC) 
29 November 2000 (2000-11-29) 
page 9, line 39 -page 10, line 7 



1-11 



1,7-11 



Form PCT/ISA/210 (continuation of second sheet) (July 1992) 



INTERNATIONAL SEARCH REPORT 

Information on patent family members 


l^^i^tional Application No 

PCT/EP 00/07287 


Patent document 
cited in search report 


Publication 
date 


Patent family 
member(s) 


Publication 
date 



EP 0903905 A 24-03-1999 JP 11163947 A 18-06-1999 

EP 0903906 A 24-03-1999 
JP 11163946 A 18-06-1999 



EP 1056259 A 29-11-2000 AU 3829300 A 12-12-2000 

WO 0072549 A 30-11-2000 



Form PCT/ISA/210 (patent family annex) (July 1992) 



